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SUBSTITUTE SPECIFICATION 

Client-Server System for Direct Download of Content Using a Sub-Menu and 
a Browser Application 

BACKGROUND OF THE INVENTION 

Field of the Invention 
[0001] The present invention relates to a client-server system, and more 
particularly to a way of downloading content between a client and a server. 

Description of the Prior Art 
[0002] A client-server system comprises a client terminal and a remote 
server. In the context of the present invention a client terminal consists in a 
portable radio communication device such as a mobile phone operating in a 
communications network. The server is located remotely from the client and is 
connected with the network. 

SUMMARY OF THE INVENTION 

[0003] The client terminal and the server in the context of the present 
invention operate to transfer content and data between on another over the air by 
means of an air interface. 

[0004] By means of the invention, an end user can obtain new secure 
content for use on his/her terminal from a server quickly, efficiently, and wjth 
minimal user input That is to say, the user is able to download content from a 
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server to his/her terminal without having to carry out a large number of steps on 
his terminal (such as key depressions) in order to do so. 

[0005] In a specific example, a WAP enabled user terminal (for example, 

mobile phone) has stored on a memory thereof an electronic game which the user 
can play by means of the phone's Games menu software and user interface (for 
example, LCD, keys, etc). After a number of plays, the user may wish to have on 
his/her phone a new (or modified) version of the game (for example, new level), 
which new version is available for downloading from a server of the games 
provider. Accordingly, in a specific arrangement of the present invention, there is 
provided, as a selectable option embedded in the Games sub-menu, a direct 
games services link, which the user can select to effect connection to the server. 
This directly activates, via the phone's WAP browser, a transmission from the 
mobile phone to the Games server comprising a request for a new games 
download. This request is received at the server, processed by the server and 
then if appropriate the requested games download is transmitted by the server via 
the network to the user's terminal. At the terminal, the new game's download is 
received, processed and stored on the phone's memory as the default version of 
that particular game. The whole process advantageously is automatic: the user is 
required only to initiate the request for the new game's download using the direct 
games services link in the Games sub-menu, and the remaining steps of 
contacting the games server, downloading, and storing and setting the new 
games download as default is accomplished without the user having to perform a 
great many further operations. Hence, in so far as the user is concerned the 
whole process of obtaining games downloads level is a seamless one. 

[0006] In this Games download example, the advantages are achieved by 

the p revision primarily of a combination in the mobile phone of a direct games 
services link in the Games sub-menu and a secure games download 
authentication means. Because of the direct games services link, the user does 
not need directly to navigate to and open the mobile phone's WAP browser, and 
because of the download authentication means, the phone carries out security 
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checks on the games download received from server, and if recognized as the 
coming from a secure source, is saved directly in the mobile phone memory as 
the default version of the game. 

[0007] The present invention is not limited, in respect of the requesting, 
downloading and security functionality, to just Games Services, but applies more 
generally to all forms of multi-media applications services such as music and 
images. 

[0008] Other aspects and features of the invention are defined in the 
appended claims. 

BRIEF DESCRPTION OF THE DRAWINGS 

[0009] In order to aid a better understanding of the present invention, an 
embodiment of the invention will now be described. This should not be construed 
as limiting the invention, but merely as an example of a specific way of putting the 
invention into effect. In particular, the invention will be described with reference to 
the accompanying drawings in which: 

[0010] Figure 1 is a schematic of client-server system in accordance with a 
preferred arrangement of the present invention; 

[0011] Figure 2 is a block diagram illustrating selected functional aspects of 
the client server system of Figure 2; 

[0012] Figures 3A and B illustrate is a flow chart outlining a preferred way 

of effecting downloading of content in the client-server system of Figures 1 and 2, 
[0013] Figure 4 is a hierarchy illustrating a server side download structure; 

[0014] Figure 5 is a hierarchy illustrating a games data file structure; and 
[0015] Figure 6 is a game data file structure. 
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DETAILED DESCRIPTION OF THE INVENTION 

[0016] Figure 1 outlines three entities of the present i nvention, namely a 
server 21 that holds content for downloading, an end user's nnobile phone 31 that 
is able to download the content, and an operator network 41 that provides a 
telecommunications service to the mobile phone 31. The server 21 has a unique 
URL address and using this can be accessed by the end user through the mobile 
phone 31 which may be WAP or iMODE enabled. 

[0017] As indicated previously, electronic games software is one example 
of content for a mobile phone platform, and in the following example reference will 
be made to mobile gaming and games content, although the invention is in no 
way intended to be limited to mobile gaming and games content 

[0018] Mobile gaming is a term used to refer to all aspects of electronic 
games in the context of mobile communications. It is not uncommon nowadays 
for mobile phones to have, pre-loaded on a memory of the phone, content relating 
to one or more electronic games. The games can be played on the mobile phone 
through the phone's User Interface normally involving the use of the LCD and one 
or more of the keys. I n order to play a game, the user navigates through the 
phone's various main menu options to the Games option a nd then selects the 
particular electronic game he or she wishes to play. Certain keys of the mobile 
phone's keypad will be pre-assigned for enabling the user to control certain 
predetermined features of the game, usually in relation to other features of the 
game which are under the control of the software of the game. In this way, the 
user can be regarded as playing 'against the computer'. Additionally, in a two (or 
more) player game, each user (player) has control over his/her particular game's 
characters or features with which he/she plays against the other player(s). 

[0019] In general terms, an electronic game that is designed to be played 

on a mobile phone is created by a content provider, who may be the mobile 
phone manufacturer or a third party. Typically, the electronic game comprises a 
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games engine that provides the general functions of the game including 
instructions and routines for gameplay, for example by drawing of library functions 
that define how games characters may interact during game play. The electronic 
game also has gaming parameters that set out the environmental factors that 
define the backdrop to the game. Then there are gaming parameters relating to 
characters of the games, these being entities of the game under user control and 
with which the user during gameplay is associated, for instance a team in a sports 
game, or a fighter in a combat game. In the games content, a combination of 
these factors define the look and feel of the game, its characters, its objectives, 
its rules of operation. 

[0020] In order to afford variation in gameplay, built into the games 

software, typically, is the ability to have different levels of gameplay ranging in 
complexity. This Is usually implemented in the software by making changes to 
characters, features, aspects and other parameters of the basic gameplay. The 
content provider additionally creates new levels and/or versions for the game. 
When new levels and/or versions are applied to the game it modifies the games 
content. Modified games content has associated with it an identifier tag that 
identifies the version that has been used in its construction. 

[0021] The mobile phone manufacturer may embed the games content 
onto the phone during manufacture, or authorize downloading of the games 
content onto the phone. Thus the user of the mobile phone is equipped for 
mobile gaming. 

[0022] Turning to the end user, the end user is provided with a mobile 
phone 31 carrying the original games content, and the phone is provided a 
wireless communication service through the games operator network 41. The 
end user may begin playing the embedded game in either a stand-alone fashion 
or interactively with other users. After a number of plays of the game, the user 
will, in the majority of cases, become increasingly proficient at the game. After 
continued play, and depending on the skill and ability of the particular user, the 
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end user will most probably master the game. At this stage, ordinarily the 
challenge of the game would fade and the user would lose Interest in the game. 
However, by means of the preferred arrangement of the invention, the user has 
the option to download from the mobile phone manufacturer's server 21 new 
levels and/or versions so as to create a new and/or more difficult or different level. 
The end user accordingly requests using a direct games services link in the 
Games sub-menu, the download of new levels and/or versions from the server 21 
via the operator's network 41. The server 21 holds files of specific type 
containing the games data. Selecting one of those files results in the download of 
the file to the mobile phone. After validation by the games engine and game itself 
by means of a security and authentication process, the games data file is installed 
to t he m obile p hone's p ermanent m emory. A m ore d etailed d escription o f this 
process now follows. 

[0023] Referring to Figure 2, there is shown the end user mobile phone 
terminal 31 . which through the operator network having an operator server 42 can 
access the mobile phone manufacturer's server 21 having a memory containing 
downloadable files corresponding to new levels and/or versions (LI , L2, L3) of a 
particular electronic game. An end user 31 wishing to connect to the server 21 to 
obtain a games download selects a direct games service link 32 provided as one 
of the selectable alternatives in the Games sub-menu, for example a selectable 
menu item called "On-line" (or something similar). The direct games service link 
is a menu-driven option embedded in the Games sub-menu structure. When the 
user selects the "On-line" menu item, the software functions to launch the mobile 
phone's browser 33 (for example, WAP browser) and load into it a pre-determined 
URL identification, thus automatically activating a connection to that addressed 
URL server in order to send a download request to the server. For example a 
user of Nokia's 3340 phone would select "On-line" from within the Games sub- 
menu and this would launch the browser to load a file, for example, 
www.clubnokia.com/aames/3340/index.wml . It may be that the "3340" portion of 
this example URL, is not included in the file definition, but instead this information 



6 



is derived by tlie server from the information wliich the phone's browser presents 
to the server. 

[0024] Alternatively or additionally, the direct games services link option 
may be configured to appear on the LCD automatically on successful completion 
of a particular game level. Thie user could in this case then elect to download the 
next level without having to return to the Games sub-menu. 

[0025] As indicated above, part of the request may contain a location 

identifier that, based on pre-programmed characteristics of the mobile phone, 
serves to place the user at the appropriate part of the server (for example, 
automatically at the top of the navigation tree for the user's phone, describe later 
in relation to Figure 4). Thus, the server is configured to detect the phone type 
from the information passed to the server by the WAP browser. This allows the 
server to present the right options/data for that particular phone type. The user 
can thus access the content in an efficient manner. 

[0026] The user's request is received first by the network operator at the 
operator server 42, this is indicated in Figure 3A at block 100. Here a series of 
checks is carried out in relation to the request in an operator authentication 
process. As indicated at block 110 in Figure 3, it is checked whether the user 
subscribes to the appropriate tariff to entitle him/her to access the server in order 
to obtain the requested service. Accordingly, the user's identity is checked along 
with his/her tariff subscription. If a positive determination is made, that is that the 
user does subscribe to the appropriate tariff, the operator server forwards the 
request to the URL address identifying the mobile phone manufacturer's games 
server 21 , as indicated at block 120. 

[0027] If, on the other hand, the user is identified as not being a subscriber 

on the appropriate tariff to be allowed, the desired service flow passes to 
block 115 in which the operator server sends a message to the user denying 
him/her the request. At this juncture, the message may contain information 
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informing the user of steps he may take In order to apply to subscribe to the 
correct tariff for obtaining games downloads. If at block 115 the user agrees to 
the appropriate tariff he completes the necessary subscription requirements and 
flow returns to START. 

[0028] Returning to the situation where the network operator accepts the 
user and engages the manufacturer's server to service the request, the user's 
request received at the server undergoes further authentication and identification 
at block 130, for instance to check for compatibility between the user's mobile 
phone and the games download requested. This may be on the basis of an 
identifier tag associated with the user's terminal software. 

[0029] On successful authentication at the server, the server provides 
access to data files that the phone will download via the browser and accordingly 
may present the user with a series of choices as to which version or level (e.g. LI , 
L2, or L3) the user would like to download. The server may offer further 
information on each of the downloadable files. The server is equipped to deal 
with multiple phone types needing to access similar types of data, or in some 
cases the same data. The data may or may not be different for each of the 
phone types (for instance Nokia's 3330 and 3390 mobile phones are variants of 
the same phone and so in order to support data download for these phones, the 
content is identical. Conversely, if Nokia's 6210 mobile phone supported data 
download for the same game as the 3330 mobile phone, the content would be 
different since the screen resolutions for the two mobile phone models differ. 
Thus, in order to access the games server there is a common root URL for all the 
games services, with a means for differentiating content such as a sub-directory 
for each mobile phone type, as illustrated in Figure 4. Within that structure, the 
user browses URLs to locate the required downloadable data content. The links 
when browsing may in some cases take the user to data files that are common 
with other phones. Within the server memory, games data files are 
advantageously organised within a common area for downloads by mobile phone 
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model type. This requires sub-division by data version which is used to 
differentiate such things as screen size differences. 

[0030] Figure 4 g ives a n e xample o f a u ser n avigation s tructure for data 

download for the Nokia game Pairs2 in respect of mobile phone models 3310, 
3390 (which have the same data content) and 6210 (which has different content). 
The illustrated user navigation structure does not necessarily imply that this 
structure exists as a directory hierarchy on the server, but this is the navigatable 
structure presented by the WML accessed via the mobile phone browser. In 
other words, from the header information contained in the request the server can 
identify the browser for the phone type making the request. This may be by using 
an initial file which is loaded when accessing the services for that phone type 
(perhaps 'index.wmr). This file then allows the user to browse the structure 
shown in Figure 4. The exact composition of the Pairs 2 decks and cards that is 
presented to the server is a matter for server implementation. 

[0031] The user then makes a selection of the required version. This is 
indicated at block 140. 

[0032] Alternatively, the server may detect what version/level is currently 
stored on the user's handset by virtue of a games level identifier tag that 
accompanies the user's games download request, and on that basis only allow 
the user to download the next successive version/level. 

[0033] The selected games download then undergoes further processing in 
the server Initially, the selection passes to a controller 22 in Figure 2 that checks 
at block 145 in Figure 3 that the requested game is the appropriate one for the 
particular user to play. For instance, if the user is a novice at a particular game 
the server ensures that the game to be sent to the user is the level 1 (that is 
easiest) version of the game. Such a check may be made by reference to a user 
profile that may be stored on the server (for example based on some pre-existing 
registration), or uploaded to the server from the phone. The games controller 22 
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then accesses the memory storage 23 holding the appropriate games download 
data file, as illustrated in Figure 5, using a memory address, and from there 
retrieves a copy of the games download file, as indicated at block 150 in Figure 3. 
Following appropriate checks, the games download file is dispatched from the 
server and transmitted according to block 160 via the operator server 42 to the 
mobile phone. In downloading the games data file, the transport protocol 
presents certain pre-determined codes or qualifiers with the data file which serve 
to provide an indication of the server's identity, this is indicated at block 170. 
Specifically, the HTTP header may indicate, through use of a specific mime type 
in a form such as: "Content-Type: application/X-NokiaGameData", the type of 
data that is being downloaded. This provides information on what processes can 
be applied to the file. When received, this indicates to the mobile phone that the 
games engine should receive this content. Furthermore, the originating URL of 
the game data may be used as a means of validating the authenticity of the data. 
The mime type is used advantageously for any number of games which the 
mobile phone's game engine may support, by removing the need to define a new 
mime type for each game. 

[0034] On receipt of the games download file at the mobile phone, a 
message is displayed on the phone's LCD indicating that the games download 
has been delivered. The mobile phone's processor carries out a series of error 
checks to ensure that ail the data has been faithfully received (block 190 in 
Figure 3), if not a void games data file is registered at block 200. In addition to 
the error checks, the mobile phone's processor invokes a security and 
authentication process, as given by block 210. In this process, the phone checks 
that the correct games download file has been received and from the correct 
server. 

[0035] To carry out the security and authentication process, the mobile 
phone's browser is configured to examine the information passed between the 
server and the phone and more particularly to recognise and accept a file type for 
games download data (for example, for Nokia games download data). 
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Specifically, the games download data file is recognised by the browser by the 
mime type (for example, application/x-Nokia-GameData) and can be passed first 
to the game engine and then by the game engine to the specific game for security 
and authentication checks. 

[0036] The browser calls a handler from the games engine to process the 
games download data file. The handler is based on the transport mechanism 
employed in the mobile phone (for example, WAP, SMS or iMODE) and serves to 
signal the arrival of data. 

[0037] By calling on the handler, part of the authentication is performed by 
the games engine, and another part is performed by the game itself since only the 
game itself can recognize certain play features of the game. 

[0038] If the browser sends the game application to the source URL in the 
message with the data, a check is made that the source is valid for example 
www.clubnokia.com/games/. and the content may be rejected if it is determined 
from the check that it has not been sent from a valid source. Accordingly, if the 
games download file, as illustrated in figure 5, is verified as being from an 
authentic source, it is accepted, if not the games download is rejected as void 
data. 

[0039] If void game data is registered, a notification is sent to the server via 
the operator of the rejected game (block 220). If the games download data file is 
accepted, it is stored to the mobile phone's memory, as shown at block 230 in 
Figure 3. 

[0040] The downloaded game data file structure is described with 
reference to Figure 6: Game engine data header: Data used by the game engine 
to validate the file and route the data to the correct game; Common game data 
header: data used by all games to validate the file and identify it; Game specific 
data: the data actually used when running the game to revise the gameplay. 
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[0041] Storage onto the phone's memory, may be carried out by the user 
through use of the menu options to save the game onto the phone memory. 
Alternatively, there may be automatic saving to memory on verification of error 
free receipt of a secure game. The data file would be stored in a part of memory 
that does not depend upon the phone remaining powered up, or with a charged 
battery. 

[0042] Storing the games download into the mobile phone memory 

modifies the previously stored games data for instance by overwriting library data 
or aspects of in-game data to provide modified content thereby avoiding taking up 
substantially extra memory space. 

[0043] The step of saving the games download on the phone causes a 
signal to be transmitted to the server via the operator that the games download 
has been accepted and saved in the mobile phone memory. This acts as a 
confirmation of receipt and acceptance by the user as shown at block240. 

[0044] Transfer of signals between the user's mobile phone and the server 

may use any appropriate modes such as WAP and SMS, advantage being taken 
of security protocols established under these modes. For example, in order to 
establish a secure session between the server and the mobile phone there may 
be an exchange of public keys, followed an exchange of secret keys. 

[0045] Thus it should be noted that this specific embodiment of the 

invention, determines whether or not the received games download is from a 
'trusted* server, and this accordingly blocks downloading of games content from 
unauthorised sources. A trusted server is one that the mobile phone recognises 
is a server authorised to provide content for download to the mobile phone, and 
this may be on the basis of information pre-loaded, flashed or even downloaded 
to the phone's memory, and may be implemented for example in the form of a 
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look-up table, A dvantageously, the Invention provides a safeguard against the 
content crashing the phone. 

[0046] Various arrangements a re e nvisaged f or s cherries for p ayment b y 
the user for the downloaded content. One arrangement is to set a limit in the 
server of number of times a single user could download a purchased piece of 
data. This would require database entries in the server to track which users had 
downloaded which data and monitor how many times the content has been 
downloaded. The same data could be downloaded again by paying again. This 
allows for reloading of data. Another arrangement is to have the games engine 
keep track of data it had ever downloaded. Whenever data was detected which 
was not previously registered on that mobile phone, the phone would prompt the 
user to send a message (e.g. SMS) to the server with a pre-defined message. 
This message may contain the data identification and a reverse billing process is 
set up on the received messages to the server. Then instead of paying initially for 
the data content, the user gets billed for the act of "unlocking" it on the device. 

[0047] It should be understood that the specific description given above 
provides merely one way of embodying the present invention, and that the 
present invention may be used in other forms and for other types of content 
download without departing from its essential attributes. 

[0048] Thus, reference should thus be made to the appended claims and 
other general statements herein rather than to the foregoing description as 
indicating the scope of the invention. 

[0049] Furthermore, each feature disclosed in this specification (which 

terms includes the claims) and/or shown In the drawings may be incorporated in 
the invention independently of other disclosed and/or illustrated features. In this 
regard, the invention includes any novel feature or combination of features 
disclosed herein either explicitly or any generalisation thereof irrespective of 



13 



whether or not it relates to the claimed invention or mitigates any or all of the 
problems addressed. 

[0050] The appended abstract as file herewith is included in the 
specification by reference. 
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